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Detailed Action 
Status of Claims 

1. Claims 1-15 are pending. 

f Claim Objections 

2. Prior objections withdrawn. 

Claim Rejections - 35 USC § 112 

3. Prior rejections under 35 USC 1 12 second paragraph, withdrawn. 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

8. Claims 1-4, 7, 8-12, 13-14 rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent Application Publication 20040049513 by Yakir et. al. (hereafter Yakir) in 
view of U.S. Patent Application Publication 20020055972 by Weinman, JR. (hereafter 
Weinman). 

Claim 1: 

As to claim 1, Yakir discloses the claimed limitations: 
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"receiving metadata and a set of stub files associated with the set of files at a destination 
fileserver" [Yakir, 004, A stub file may contain attributes or metadata of the migrated file. 0009, 
Yakir, moving a stub file. Hence, must receive metadata and a set of stub files.] ; 

"replacing each stub file with a full content of the file associated with the stub file" 
[0005, demigrates the requested data file from the repository storage location back to the original 
storage location]; 
and 

"wherein said replacing includes 

receiving a client request for a specified file in the set of files" [0005, users and 
applications can access (client request) the migrated file (specified file) as though the file was 
still stored in the original storage.] 

"replacing the stub file associated with the specified file with a full content of the 
specified file" [0005, demigrate]. 

"maintaining a list of repository nodes that are associated with each file in the set of files 
by updating a location components in a fileserver" [0023, SMS stores information that tracks 
location of files that are migrated (or remigrated) and recalled, and further stating that file 
location information may also be stored in data structures (i.e. one of ordinary skill in the 
computer art would know that lists are a common form of data structures, and that file location 
information could pertain to a path (i.e. designated repository that holds the file) .). Hence, 
Yakir would suggest "maintaining a list of repository nodes that are associated with each file in 
the set of files by updating a location components in the fileserver." ] 
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However Yakir, does not explicitly disclose "wherein said repository nodes store a replica of 
said file." 

Weinman discloses 0013 mirrored data in different locations. Hence Weinman suggests 
"wherein said repository nodes store a replica of said file". 

Both Yakir and Weinman are directed towards data storage and management, hence both Yakir 
and Weinman are within the same field of endeavor. For the reasons given above it would have 
been obvious to one of ordinary skill at the time the invention was made to apply Weinman's 
disclosure of keeping data in more than one location to Yakir' s system for providing a way of 
protecting data. 

i 

Claim 2; 

As to claim 2, Yakir discloses the claimed limitation "wherein the metadata is received at said 
destination fileserver from a repository node" [Yakir, 004, A stub file may contain attributes or 
metadata of the migrated file. 0009, Yakir, moving a stub file. Hence, must receive metadata 
and a set of stub files.]. 

Claim 3: 

As to claim 3, Yakir discloses the limitation 
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"selecting said destination fileserver for receiving said metadata and said stub files" 
[Yakir, 004, A stub file may contain attributes or metadata of the migrated file. 0009, Yakir, 
moving a stub file. Hence, since the stub and metadata are moved, a selected destination 
fileserver must be made.]. 

Claim 4: 

As to claim 4, Yakir discloses the limitation, 

"Selecting a share of data for receiving at said destination fileserver" [0005, users and 
applications can access the migrated file as though the file was still stored in the original 
storage.]. 

Claim 7: 

Weinman discloses the claimed limitation "wherein the location component is a location cache" 
[Wienman, 0002, caching approach for ensuring data survivability by dynamically replicating 
the information at a number of sites and maintaining at least a predetermined minimum number 
of mirror sites containing the information.]. 

Claim 8: 

As to claim 8, Yakir discloses the following limitations 
"a fileserver having: 

a file system operative to store client files" [file system, 0004]; 
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"a fileserver API operative to communicate with a repository" [0023, storage 
management system]; 

"a fileserver file transfer module in communication with the file system and operative to 
transfer files for the file system to and/or from at least one repository" [0023, migrate]; and 

"a recovery service in communication with the fileserver API and with the file system 
and operative to transfer a set of files" [0023, recall] 

the recovery service having: 

a receiving component operative to receive metadata and stub files associated 

» 

with the set of files at the fileserver" [0004, A stub file may contain attributes or metadata of the 
migrated file. 0009, moving a stub file. Hence, must receive metadata and a set of stub files.]; 

"a location updating component in communication with the receiving component 
and operative to maintain a list of repository nodes that are associated with each file in the set of 
files" [0023, SMS stores information that tracks location of files that are migrated (or 
remigrated) and recalled, and further stating that file location information may also be stored in 
data structures (i.e. one of ordinary skill in the computer art would know that lists are a common 
form of data structures, and that file location information could pertain to a path (i.e. designated 
repository that holds the file) .). Hence, Yakir would suggest "maintaining a list of repository 
nodes that are associated with each file in the set of files by updating a location components in 
the fileserver." ]; and 

"a stub file replacement component in communication with the receiving 
component and operative to replace each stub file with the full content of the file associated with 
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the stub file" [0005, demigrates the requested data file from the repository storage location back 
to the original storage location] . 

i 

/ 

However Yakir, does not explicitly disclose wherein said repository nodes store a replica of 
said file". 

Weinman discloses 0013 mirrored data in different locations. Hence Weinman suggests 
"wherein said repository nodes store a replica of said file". 

Both Yakir and Weinman are directed towards data storage and management, hence both Yakir 
and Weinman are within the same field of endeavor. For the reasons given above, it would have 
been obvious to one of ordinary skill at the time the invention was made to apply Weinman's 
disclosure of keeping data in more than one location to Yakir' s system for providing a way of 
protecting data. 

Claim 9: 

As to claim 9, Wienman discloses the claimed limitations 

"A filter driver operative to intercept input/output activity initiated by client file requests 
and to maintain a list of modified and created files since a prior backup" (0014-0015, when a 
request comes in from Miami, a new copy might be created in Miami. Central server that keeps 
track of the global number of copies each object and their locations); 
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* * 

"A policy cache operative to store a protection policy associated with a share" (0014 
cache removal policies, where copies of the data are carefully monitored to ensure that they don't 
fall below n. Example: if an nth copy is about to be removed from a cache location in new jersey 

w 

either this removal is stopped or a new copy might be created in Kansas.); 

"A mirror service in communication with the filter driver and the policy cache, the mirror 
service operative to prepare modified and created files in a share to be written to a repository as 
specified in the protection policy associated with the share" (0014, a copy might be created in 
Kansas from a version in California.). 

Claim 10: 

♦ 

As to claim 10, Wienman discloses the claimed limitations 

"a location cache in communication with the mirror service and operative to indicate 
which repository should receive an updated version of an existing file" (0014, a copy might be 
created in Kansas from a version in California); and 

"a location manager coupled to the location cache and operative to update the location 
cache when the system writes a new file to a specific repository node" (0015, a central server 
that keeps track of the global number of copies of each object and their locations). 

Claim 11: 

As to claim 1 1 , Wienman discloses the claimed limitations 



I • 

i 

Application/Control Number: 10/659,642 Page 9 

Art Unit: 2167 

"a local repository node API adapted for communicating with the fileserver API" (0014, 
a copy might be created in Kansas from a version in California. Hence, a local node in 
communication with a fileserver); 

"a local repository file transfer module in communication with the fileserver file transfer 
module and adapted for transferring files to the fileserver file transfer module" (0014, a copy 
might be created in Kansas from a version in California. Hence a transfer of a copy); and 

"a data mover in communication with the local repository API and operative to supervise 
the replication of files from the local repository to the fileserver" (0015, a central server keeps 

■ 

track of the global number of copies of each object and their locations.). 
Claim 12: 

As to claim 12, Yakir discloses the claimed limitations, 
a remote repository having: 

"a remote repository node API adapted for communicating with the network" 
(0014, a copy might be created in Kansas from a version in California. Hence, a local 
node in communication with a fileserver); 

"a remote repository file transfer module in communication with the local file 
transfer module and adapted for transferring files to the fileserver file transfer module" « 
(0014, a copy might be created in Kansas from a version in California. Hence a transfer 
of a copy); and 

"a data mover in communication with the remote repository API and operative to 
supervise the replication of files from the remote repository to the fileserver"( 0015, a 



■ • 

■ 

Application/Control Number: 1 0/659,642 Page 1 0 

Art Unit: 2167 

central server keeps track of the global number of copies of each object and their 
locations.). 

Claim 13: 

As to claim 13, Yakir discloses the claimed limitations: 
"Providing a fileserver having: 

A file system operative to store client files" [file system, 0004]; 

"A policy component operative to store a protection policy associated with a set 
of files" [0023, the information stored in database may include information related to storage 
policies and rules configured for the storage environment.]; 

"policy cache" [0029, random access memory for storage of instructions and data 
during program execution.] 

"A fileserver file transfer module in communication with the file system and 
operative to transfer files for the file system to and/or from at least one repository" [0023, 
migrate] "; and," 

"A location updating component operative to maintain a list of repository nodes 
that are associated with each file in the set of files;" [0023, SMS stores information that tracks 
location of files that are migrated (or remigrated) and recalled, and further stating that file 
location information may also be stored in data structures (i.e. one of ordinary skill in the 
computer art would know that lists are a common form of data structures, and that file location 
information could pertain to a path (i.e. designated repository that holds the file) .). Hence, 



« t 

Application/Control Number: 10/659,642 Page 11 

Art Unit: 2167 

Yakir would suggest "maintaining a list of repository nodes that are associated with each file in 
the set of files by updating a location components in the fileserver." ] 

"Recursively, determining a utilization of the fileserver" [0004, manage storage 
utilization]; 

"; and" 

"Staging out one candidate file" [0004, when a file is migrated from its original storage 
location to another storage location, a stub file or tag file is left in place of the migrated file in 
the original storage location.] 

Yakir does not explicitly disclose 

"A mirror service in communication with the policy component, the mirror service 
operative to prepare modified and created files in a set of files to be written to a repository as 
specified in the protection policy associated with the set of files"; 

"A fileserver API coupled to the mirror service and operative to communicate with a 
repository"; 

", wherein said repository nodes store a replica of said file" 
"Determining a caching level as stored in the policy component" 
"Comparing the caching level against the utilization" 

"Creating a file migration candidate list when the utilization exceeds the caching level"; 
"Determining whether the utilization of the fileserver still exceeds the caching level". 



Application/Control Number: 10/659,642 Page 12 

Art Unit: 2167 

Weinman discloses 0013 that there is a need in the art for identifying and dynamically creating 
and re-inserting mirrored data if the copies of the mirrored data have been lost due to a disaster 
such that a minimum number of copies for the mirrored data would be maintained. Further 
stating in 0014 that if the number of copies of the data is reduced, due to cache removal policies 
such as 'least recently used 5 , or due to disasters, the number of copies of the data are carefully 
monitored to ensure that they don't fall below at least n copies of the data. Therefore, 
Weinmnman suggests "a mirror service in communication with the policy component, the mirror 
service operative to prepare modified and created files in a set of files to be written to a 
repository as specified in the protection policy associated with the set of files". 

Weinman discloses that users associated with a particular location have a browser served by 
particular content distribution site. Further disclosing 0013, having mirror data and maintaining 
multiple copies at different locations. Hence Weinman, suggests, "A fileserver API coupled to 
the mirror service and operative to communicate with a repository" 

Weinman discloses 0013 mirrored data in different locations, hence Weinman suggests "wherein 
the repository nodes store a replica of said file." 

Weinman discloses 0014 that the number of copies of the data are carefully monitored to ensure 
that they don't fall below a number n; hence suggesting "determining a caching level as stored in 

i 

the policy component". 
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Weinman discloses 0035 that the minimum number of copies "n" may further be determined 
based on capacity of the system-. For example, the system is currently utilized at high capacity, 
"n" may be set low as the system resources are relatively scarce. Hence Weimann, suggests 
"Comparing the caching level against the utilization". 

Weinman discloses 0035 that the minimum number of copies "n" may further be determined 
based on capacity of the system. For example, the system is currently utilized at high capacity, 
"n" may be set low as the system resources are relatively scarce. Hence Weinman, suggests 
"Determining whether the utilization of the fileserver still exceeds the caching level". 

Weinman discloses 0046, location information is stored in a central index server. 0015, a central 
server keeps track of the global number of copies of each object and their locations. In the event 
that the number of copies of the data falls outside of the predetermined threshold, the central 
server determines a current location or locations where copies should be deleted, or a new 
location or locations where copies should be created that meets the distance separation criteria. 
Hence, Weinman suggests "creating a file migration candidate list when the utilization exceeds 
the caching level"; 

Both Yakir and Weinman are directed towards data storage and management, hence both 
Yakir and Weinman are within the same field of endeavor. For the reasons given above, it 
would have been obvious to one of ordinary skill at the time the invention was made to apply 
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Weinman's disclosure of keeping data in more than one location to Yakir's system for providing 
a way of protecting data. 

Claim 14: 

As to claim 14, Yakir discloses 0004, when a file is migrated from its original storage location to 
another storage location, a stub file or tag file is left in place of the migrated file in the original 
storage location. Hence Yakir discloses "staging out another candidate file". Weinman further 
discloses that a central server keeps track of the global number of copies of each object and their 
locations deleting or creating copies on repository nodes, hence Weinman suggests maintaining a 
"candidate list". Further suggesting that 0035, the minimum number of copies "n" may further 
be determined based on capacity of they system, hence suggesting determining if the utilization 
of the fileserver still exceeds the caching level. Therefore the combination of Yakir and 
Weinman suggests "wherein said determining if the utilization of the fileserver still exceeds the 
caching level further comprises staging out another candidate file on the candidate list and again 
determining if the utilization of the fileserver exceeds the caching level." 

9. Claims 5, 6, and 15 rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent Application Publication 20040049513 by Yakir et. al. (hereafter Yakir) in view of 
U.S. Patent Application Publication 20020055972 by Weinman, JR. (hereafter Weinman) 
and U.S. Patent 5564037 by Lam (hereafter Lam). 

Claim 5: 



f » 
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As to claim 5, Yakir and Wienman do not explicitly disclose "wherein the set of files is the set of 
files that have been accessed during a specified period and wherein replacing each stub file 
comprises recursively replacing the stub file associated with the file that was most-recently 
accessed until all the stub files in the set of files have been replaced". 

On the other hand, Lam discloses col. 1 lines 59-64, the frequency of use of the data can be used 
as a criteriaon for migrating the data from the file server to the secondary and tertiary storage 
devices. By migrating data which is infrequently used or accessed, space can be freed on the file 
server while users continue to scan files as if they still resided on the file server. Further 
disclosing in col. 2 lines 1-15 that if a data file has resided on the, network file server for a 
predetermined period of time can be migrated initially to an optical storage device. That is, Lam 
suggests "wherein the set of files is the set of files that have been accessed during a specified 
period and wherein replacing each stub file comprises recursively replacing the stub file 
associated with the file that was most recently accessed until all the stub files in the set of files 
have been replaced". 

Yakir, Wienman, and Lam are all directed towards storage management. All are therefore within 
the same field of endeavor. For the above reasons, it would have been obvious to one of 
ordinary skill at the time the invention was made to have applied Lam's disclosure of 
determining if the data fie remains on a storage device for a predetermined period of time 
without being requested by the file server then the file can be migrated to the combination of 
Yakir and Wienman for the purpose of providing a more efficient method of storing the data files 
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of a networked computer system based on the cost, speed, and capacity of the hierarchy of 
storage devices. 

Claim 6: 

Lam discloses "wherein the specified period is a most-recent period" [Lam, col. 2 lines 1-15]. 
Claim 15: 

Yakir and Weinman do not disclose "wherein said replacing the stub file for the specified file is 
higher priority task than replacing the stub files for non-requested files". 

On the other hand, Lam discloses col. 1 lines 59-64-col. 2 lines 4-20, that the frequency of use of 
the data can be used as a criterion for migrating data from the fileserver to the secondary and 
tertiary storage devices. That is depending on the frequency of use (i.e. priority) a file is put into 
a fileserver, if the it is determined that the file is not requested enough, the file is replaced with 
the stub file on the fileserver. Hence Lam suggests "wherein said replacing the stub files for the 
specified file is higher priority task than replacing the stub files for non-requested files". 

Yakir, Wienman, and Lam are all directed towards storage management. All are therefore within 
the same field of endeavor. For the above reasons, it would have been obvious to one of 
ordinary skill at the time the invention was made to have applied Lam's disclosure of 
determining a migration priority to the combination of Yakir and Wienman for providing a more 
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efficient method of storing the data files of a networked computer system based on the cost, 
speed, and capacity of the hierarchy of storage devices. 

Response to Amendment 
10. Applicant's arguments filed 7/23/07 have been fully considered but they are not 
persuasive. Applicant's asserted the following (lettered): 

A. In regards to applicant's assertions directed towards claim objections. 

In response, to the claims containing "operative to" and "adaptive for"; while there is 
nothing restricting Applicant's to claim such language, according to MPEP 2111 .04, the claim 
does not require the steps to be performed or does not limit the claim to a particular structure. As 
noted before, the examiner interpreted the claims; this was in order to expedite the prosecution of 
the case. However, it is suggested to replace the terms "operative to" and "adapted for" to 
"configured to". 

B. Applicant's assert that the limitation "maintaining a list of repository nodes that are 
associated with each file in the set of files by updating a location component in a fileserver, 
wherein said repository node store a replica of said file" is not taught. 

First, in response to applicant's arguments against the references individually, one cannot 
show nonobviousness by attacking references individually where the rejections are based on 
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combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re 
Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 

Second, in response, the examiner respectfully disagrees with Applicant's response that 
the combination of Yakir and Weinmann does not disclose the limitation "maintaining a list of 
repository nodes that are associated with each file in the set of files by updating a location 
component in a fileserver, wherein said repository node store a replica of said file". 
Yakir discloses 0023, 

SMS 1 1 0 is configured to provide storage management services for storage environment 
100. According to an embodiment of the present invention, SMS 1 10 is configured to store data 
and provide services to enable stub files to be moved without recalling the migrated data 
associated with the stub files. SMS 110 stores information that tracks locations of files that are 
migrated (or re migrated) and recalled. The information may be stored in memory and/or disk 
accessible to SMS 110. For example, as shown in FIG. 1, the information may be stored in 
database 1 12. The information stored in database 112 may include information 1 14 related to 
storage policies and rules configured for the storage environment, information 116 related to the 
various monitored storage units, information 1 1 8 related to the files stored in the storage 
environment, file location information 119, and other types of information 120. File location 
information 119 comprises information that may be used to find location of migrated data. 
File location information 1 19 or portions thereof may also be stored on or replicated in databases 
on servers 106. Database 112 may be embodied in various forms including a relational 
database, directory services, data structure, etc. The information may be stored in various 
formats. 

Yakir discloses, 0023, that file location information comprises information that may be 
used to find location of migrated data. Hence Yakir discloses "maintaining a list of repository 
nodes that are associated with each file in the set of files" as file location information stored in 
database 1 12. Yakir discloses 0023, tracking locations of files that are migrated (or remigrated) 
and recalled. Hence "by updating a location components in a fileserver". In other words, Yakir 
discloses maintaining a list of repository nodes that are associated with each file in the set of files 
(file information comprises information that may be used to find location of migrated data) by 



1 
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updating a location components (track location) in a fileserver (SMS). It is well within the 
knowledge of a person of an ordinary skill in the database art to realize that a data structure can 
be a list. As well as a relational database to be constructed as tabular lists (e.g. tables.). 

In regards to "wherein said repository nodes store a replica of said file" the examiner 
relied upon 

Weinman discloses 0013 mirrored data in different locations. Hence Weinman suggests 
wherein said repository nodes (different locations) store a replica of said file (mirrored data). 

Both Yakir and Weinman are directed towards data storage and management, hence both 
Yakir and Weinman are within the same field of endeavor. For the reasons given above it would 
have been obvious to one of ordinary skill at the time the invention was made to apply 
Weinman's disclosure of keeping data in more than one location to Yakir's system for providing 
a way of protecting data. 

C. Applicant's assert that it is improper to combine references. For the reasons that Yakir and 
Weinmann are classed in different subclasses, and further Yakir does not address the fileserver 
or site disaster recovery issues. 

* 

In response to applicant's argument that Yakir and Weinman is nonanalogous art, it has 
been held that a prior art reference must either be in the field of applicant's endeavor or, if not, 
then be reasonably pertinent to the particular problem with which the applicant was concerned, 
in order to be relied upon as a basis for rejection of the claimed invention. See In re Oetiker, 977 
' F.2d 1443, 24 USPQ2d 1443 (Fed. Cir. 1992). 
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Applicant's specifications, page 1, state that the invention is related to computer primary 
storage systems and methods that provide comprehensive data protection. Yakir, paragraph 002, 
states it is related to data storage and management. Weinman, abstract discloses managing data 
objects in a network or networks such that there may be at least n copies of the data object and 
each copy of the data object may be separated by at least a distance d. Weinman discloses 
further that the data object may be copied to storage locations in proximity to requesting sites 
resulting in an increased number of copies of the data object. Essentially, Weinman is directed 
towards a storage system. Thus these references are analogous in that Yakir and Weinman are 
both directed to problems of storage systems. Accordingly, Applicant's invention, Yakir, and 
Weinman are all directed to storage systems, and are therefore within the same field of endeavor. 

Additionally, the Weinman reference considers the problem of storage capacity in 0058, 

■ 

stating that management function may monitor storage capacity utilization and determine when 
more storage is required or less storage is required and physical devices may be retired or 
migrated to other locations, the average number of copies that exist, the amount of storage used 
for primary copies, secondary copies, tertiary copies, and above. Likewise, Yakir discloses 
problems of storage capacity in 0007. Therefore, it would have been obvious to combine Yakir 
and Weinman as they are both analogous in that they both resolve storage capacity problems. 

Conclusion 

* 

1 1 The prior art made of record listed on PTO-892 and not relied, if any, upon is considered 
pertinent to applicant's disclosure. 
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12. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Contact Information 

1 3 Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael D. Pham whose telephone number is (571)272-3924. 
The examiner can normally be reached on Monday - Friday 9am - 5:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Cottingham can be reached on 571-272-7079. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). y 
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